Al ejecutar la siguiente línea:
>>> [0xfor x in (1, 2, 3)]
Esperaba que Python devolviera un error.
En su lugar, el REPL devuelve:
[15]
¿Cuál puede ser la razón?
Como han explicado otros, es solo el número hexadecimal 0xf
seguido del operador or
. Los operadores generalmente no necesitan espacios circundantes, a menos que sea necesario para evitar la ambigüedad. En este caso, la letra o
no puede formar parte de un número hexadecimal, por lo que no hay ambigüedad. Consulte la sección sobre espacios en blanco en la referencia del lenguaje Python.
El resto de la línea no se evalúa debido a la evaluación de cortocircuito, aunque, por supuesto, se analiza y compila.
Usando ese mismo "truco", puede escribir un código de Python ofuscado de manera similar que no arroja excepciones, por ejemplo:
>>> 0xbin b'in' False >>> 0xbis 1000 False >>> 0b1and 0b1is 0b00 False >>> 0o1if 0b1else Oy1then 1
Otras respuestas ya dicen qué sucede exactamente. Pero para mí, la parte interesante fue que el operador se reconoce incluso sin espacios en blanco entre el número y este. En realidad, mi primer pensamiento fue "Wow, Python tiene un analizador extraño".
Pero antes de juzgar con demasiada dureza, tal vez debería preguntarles a mis otros amigos qué piensan:
Perl:
$ perl -le 'print(0xfor 3)' 15
Lúa:
$ lua5.3 -e 'print(0xfor 4)' 15
Awk no tiene or
, pero tiene in
:
$ awk 'BEGIN { a[15]=1; print(0x0fin a); }' 1
¿Rubí? (Realmente no lo sé, pero supongamos):
$ ruby -e 'puts 0x0for 5' 15
Sí, FWIW, Python no está solo, todos esos otros lenguajes de tipo script también reconocen los operadores alfabéticos incluso si se pegan inmediatamente al reverso de una constante numérica.